THESE NOTES ARE EXTREMELY CONFIDENTIAL! 


REVEALING ANY OF THIS INFORMATION OUTSIDE OF NSI IS GROUNDS FOR IMMEDIATE 
TERMINATION. IF THIS INFORMATION FINDS ITS WAY TO ANY OF OUR COMPETITORS 
OR IT GETS BACK TO PETEX THAT IT HAS BEEN LEAKED, OUR POTENTIAL TO FORM A 
TIGHTLY COUPLED PARTNERSHIP WITH PETEX COULD BE SERIOUSLY JEOPARDIZED. 


Notes from David Smith: 


This document represents an amalgamation of my notes, thoughts, and a brain dump of anything relevant 
that I can remember from our activities in Edinburgh this past week. 


In this document, the term "owners" refers the following three people (I don't know their last names): 


Hamid 
Mark 
Michel 


Ken Hutcheson is their lead developer and the person I worked with all week; he is a very smart and nice 
guy (PhD in Geophysics). 


NSI Company History 


The three owners wanted to know about the history of our company. Here is how I responded to the best of 
my recollection. 


Dave Dixon is really the motivating force in the company. We all worked at Tenneco originally. Tenneco 
sold its Gulf of Mexico assets to Chevron; and, as a result, we became Chevron employees. Our software is 
really the 5th or 6th version of similar software that Dave, Kevin, and Wayne had worked on previously 
inside of Tenneco and Chevron starting with DOS in the late eighties and early nineties. I came along later 
having met Dave for the first time around 1993 or 1994. I had initially met Kevin in 1984 but we rarely 
crossed paths. After being faced with the prospect that the Chevron Lafayette office might close and that 
we all might be going separate ways, we all met in 1998 and agreed to form a company. The company was 
created in January 1999 and we all began working on OFC part time at home. We made our first sale in 
August 2002 to Devon Energy. 


When I finished speaking, they fondly reminisced that initially they were all working out of their homes, 
would periodically meet in pubs, and exchange floppy disks. I asked whether they were 51⁄4" or 3⁄2" disks. 
They said they mostly were 3⁄2" but there were a few 5%. Michel had an old portable in which he added 
some card containing RAM. After powering up the computer, sparks flew and there was a pop with the end 
result of a 1" hole appearing in the integrated monitor. He later discovered after taking it to the 
manufacturer for warranty repair that a wire was underneath the card and pressed into the socket. They also 
said that they still had their original computers and planned on or already had a museum-like display of this 
equipment in the building, 


~ (Deleted: of this equipment 


Our Employees 


We were asked at least a couple of times by both the owners and staff how many petroleum engineers we 
had. I told them none. The principals all had an operational background and our hired developers are 
computer science graduates with the exception of one computer engineer and our interns include a 
mechanical engineer. (This is my best guess of our actual situation). I'm not sure if some of the developers 
were worried that we had some petroleum engineers who Petex might hire away or what. My typical 
response was that our companies complemented each other and that there did not appear to be any overlap 


in skill sets. Today I wondered if they were thinking if we had some petroleum engineers, then we could __ 


install both of our applications in some places. No mention was made in this regard. _ 


SCADA 


I do think that pretty much everyone to whom we talked is interested in learning more about how SCADA 
works. In fact, during the demo I was asked to describe how a valve status works. I asked, "Do you mean 
at the hardware level?" They all nodded and said, "Yes...please." (or something to that effect). So I 
described a basic solenoid and pressure switch example and then a valve with proximity switches as well. I 
asked afterwards if the explanation made sense and they pretty much all nodded. Some are real interested in 
learning how things work at the hardware and PLC/DCS programming level. 


Use of Firebird 


They are very curious about Firebird. I gave a brief history from what I knew by saying that its founder had 
invented Blobs and that they began life as a four person company in a garage apartment in the late seventies 
and early eighties. The founder, Jim Starkey, was hired recently by MySQL to write the transactional 
engine for their next release. Firebird is a fork of a beta version of Interbase 6.0. Borland has its own 
commercial fork now at a 7.5 release. We are using Firebird 1.5 and there is 2.1 release out at this time that 
we have tested to some degree but are not using. Currently the bulk of development is done by several 
Russians and a Brazilian or two. 


When asked about support, I responded that there are primarily two companies, IBPhoenix which has six 
offices around the world one of which was in the UK, I thought. (I later discovered this to be in error.) And 
there is a Russian company that provides software and services for the repair of database corruption. I 
failed to mention that there is an active support community accessible via Yahoo groups (but I did include 
that in a prior email). I mentioned that I had sent Ken Hutcheson a number of links. One interesting other 
possibility is that the Firebird Foundation will consider donations to support the implementation of a desired 
feature. 


When asked about scalability, I responded that we really did not know what the limits are. I'm sure at some 
point that I said that while an occasional IT person might frown on our use of Firebird, the production and 
engineering folks that use our software don't really care and are very satisfied with the results. I also 
mentioned the SuperServer and Classic modes and that these were being combined for SMP systems in the 
next major (3.0) release. I had heard of Firebird applications that were in use by a 1000 concurrent users. I 
also mentioned that it is very big in Brazil, that it was reputedly used in the Abrams tank, and that there are 
a lot of places where it is used that no one wants to talk about, including one reference to the British railway 
system that I had once read. 


I also mentioned to both Ken Hutcheson and the owners that we had fully expected to have had to switch to 
SQL Server or Oracle at some point. However, Firebird has been so reliable and fast that it has become a 
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non-issue for us and our customers. In addition, our development environment provides low-level access to 
Interbase and Firebird. Mark asked if that was the reason for its speed. I said that this is one factor; 
however, I thought we would not divulge any further information at this time. Fred chimed in that we 
considered this to be our "secret sauce." They seemed to get a kick out of that. 


Use of Delphi 


I had told Ken prior to the demo and meeting with the owners why we decided to use Delphi. Namely that 
we were more familiar with it and that we felt we could get a product to market more quickly. When asked 
about web services and .NET, I responded that Delphi Studio supports .NET and even includes C# but that I 
did not have that version and that I was not the best person to answer those questions. So we'll need to have 
someone work up a response to this question. It is obvious that Petex is committed to Web services as the 
best path forward and that they are adopting this technology. 


IFM is written in .NET with some C#, I think, but it sounded like it was mostly VB.net. IPM is all C++ 
with the exception of some Fortran code. 


My summary 


I think this deal may be the best opportunity that we will ever encounter. These guys seem very friendly but 
keep their dealings very close to their vest. They did describe how their licensing works and that it was 
much different from our own. It seems that they are very astute business-wise and have arrived at a means 
of ensuring steady income for some years in advance. 


The only thing that they demand at this point is a confidentiality agreement and that we don't engage in 
similar arrangements with anyone else in the next three months. 


One of the best things we have going for us is our customer appreciation. One of the worst things working 
against us in the past is our tendency to raise our expectations in advance of any definitive commitment. I 
also think that there are many more ways to mess this deal up than to make it happen. Hamid told us that 
they wanted to make the same offer to form a tightly coupled partnership after last trip in November 2005; 
however, Arthur's antics persuaded them against pursuing any further relationship. He didn't really 
elaborate; but it seemed obvious that wish to preserve and cultivate their position and image to their 
customers and will not endanger it. 


Ken asked early Thursday, I think it was, what I thought of Petex setting up a pilot for British Gas, for 
example. I responded that we prefer to work with anyone who uses our software for the first installation to 
ensure the customer has the best possible experience. Yet, he surprised me by adding a couple of scripts 
and linking them properly. They have a lot of smart guys and appear to be very discriminating in their 
hiring practices. Nevertheless, I still think it would be best for us to be involved. 


If someone asks us about whether and how we work with Petex products 

I think the best thing we can say is that we are familiar with Petroleum Experts and that they know us well 
enough to have an informed opinion. We have spent some time at their home office proving that we could 
each interface to the other's software. Any questions involving cooperation between our respective 
technologies would best be answered by the Petroleum Experts folks since we are willing participants. I 
don't plan on telling anyone that we have visited them recently. 


Next steps 


I'll send a separate email containing potential development requirements to facilitate the exchange of 
information between our apps. 


Notes from Fred 
Monday: 


Early Monday morning, Hamid and | discussed our (NSI’s) business strategy while David and Ken 
were getting everything flanged up. | told him we have bootstrapped ourselves to the point where 
we are now (just profitable but no debt) but that, right or wrong, that approach has come with a 
cost—mainly that growing our company, our customer base, and our product has taken longer 
than otherwise would have been likely had we been adequately funded. Hamid’s observation— 
“we are where we are”. We talked about the window of opportunity in the marketplace for 
technology like OFC. He sees the marketplace becoming very crowded in 2008 (and, at best, 
possibly into 2009). He asked me who we saw as competitors and | sort of sidestepped the 
question with the typical in-house built systems with the typical suspect HMIs and SLB/HAL 
vaporware answer. Hamid sees Babelfish as our top competitor right now. He sees SLB and HAL 
as coming on strong (albeit only selling futures at this point, he acknowledged—but then, they can 
get away with that because of who they are). He sees both of them as competitors for Petex also 
and also selling futures for the most part. | did not mention OVS or Intellifield. He also cited Shell’s 
Production Universe as a potential competitor for us. 


David and Ken were successful in getting OFC installed and connected to IFM and data from IFM 
to OFC. 


David did the demo for a room full of Petex folks Monday afternoon and got the same positive 
reaction we typically get. Hamid commented on how nice the visualization was. Afterward, Hamid 
and | discussed how we might move forward with a partnership. | told him that we pretty much 
have a blank sheet of paper regarding how the partnership would be structured. He said that once 
we have settled on common objectives (and get the technical details/flanging up of our two 
products worked out), we would need to do a pilot together ASAP. He is not interested in a loosely 
coupled partnership—only one where we would be tightly coupled (as in common business 
strategies and objectives as well as getting the two technologies flanged up). 


Hamid said British Gas is on top of the list for pilots. BG is making a decision about Babelfish right 
now but he believes Petex would have a very high probability of getting a pilot with us there if it is 
decided we move forward. 


Next are StatOil, then Nexen, then ENI as potential pilots. 


Hamid is very big on doing pilots that are limited to functionality that exists today within IPM/IFM. 


Add-on functionality comes only after the successful implementation of the initial pilot. Petex pilots _ 


are always ‘paid for’ pilots. 
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They all see our visualization (both advanced trending and graphic screens) as a desirable and 
needed component for their offering. How those functions would be integrated into Petex has not 
been determined at this point. Ken Hutcheson also sees our historian as sitting between their 
‘Data Portal’ and PI, PHD, Excel, Energy Components (the standard hydrocarbon accounting 
system in most all of their customers), Oracle and other DBs, etc. That gives them a simpler 
implementation (they only have to integrate with us and we take care of connectivity to outside 
data sources). 


Tuesday 


David and Ken got data transferred from OFC to IFM and David got an IFM model map installed 
over OFC and was able to bring up a trend in OFC from a well on the IFM model map. 


James Woodrow stopped in and we discussed some joint sales and marketing prospects (Hamid 
said Murphy Malaysia doesn’t even know about IFM yet—Petex is only selling IFM to selected 
clients at this point). We also discussed getting non disclosures in place. James said he would 
check into seeing if he had something from “that guy” we had in the UK. If there is nothing in 
place, we will sign one before going to the next step or working on a pilot together. 


We also got a description of their development strategy and roadmap. They charge 15% for 
annual maintenance and all enhancements are provided at no charge. They have had customers 
ask for and volunteer to pay for enhancements but have turned them down in order to stay true to 
their roadmap. If an enhancement is good enough to get on their development schedule, everyone 
gets it when it done. Makes for a much more manageable development schedule. IFM, however is 
not an enhancement—t is a totally new product. 


At lunch Hamid said that they had considered building the visualization capabilities (that we do) 
into IFM, but would much rather establish a partnership with us and not build it themselves [not 
reinvent that wheel]. This could be a red flag if it were someone else, but | don’t see them stealing 
our visualization and trending capabilities for two reasons: 1. they could have done it from the 
software that was installed two years ago or just do a project and flange up with us (e.g., Murphy) 
and 2. They have a stellar reputation in the industry which they value too much to do that. We’re in 
agreement that there is good bit of justifiable trust just from Bert Terry’s/Murphy’s very high 
opinion of us both. 


Hamid, again, brought up the ‘fiasco’ created by Arthur two years ago and him getting calls from 
customers and prospects asking what Petex’s relationship with Arthur/us was. He said that he 
liked Dave Dixon and David Smith but that Arthur’s lack of professionalism totally put them off on 
our company. They are very big on image and reputation and just decided to drop everything 
related to us because of Arthur’s blunders. He also said that even though we should have done 
what we are doing this week two years ago, that we did a good job of reconnecting. 


Hamid said that they get companies looking to acquire Petex regularly, but have never been 
courted by a company that has the right business model or culture. Their business model is a 
simple one and they are very conservative in selling their products. They are very selective about 
when and to whom they sell their software. IFM is only currently being sold to a select few of their 
customers (he said Murphy Malaysia doesn’t even know about IFM yet—they are an IPM shop). 


First and foremost, they do what is right for their customers, which sometimes means saying no to 
them. 


Wednesday 


David and Ken put finishing touches on their ‘demo’. | had several one on one conversations with 
Hamid during the course of the day in which he reiterated their business strategy and vision and 
the importance of our two companies being aligned in that regard. 


We met with Mark, Mateous, James, Michelle, Ken and Hamid to discuss the past 3 days of 
efforts and accomplishments at the end of the day. Ken’s report to all was very favorable and 
complimentary of our technology and their combined efforts. Hamid asked what we thought it 
would take to have an SOA architecture and .Net implementation. | took the action item to get 
back to them with some ballpark guestimates. Hamid said that it wasn’t urgent, but it is something 
that needs to be known—particularly since the majors are all moving or have moved into those 
‘standards’ (also, IFM is developed in .Net but IPM is not). 


After a brief break, David and | met with just the directors: Hamid, Mark, and Michelle. They asked 
about our pricing model and | explained it to them. Theirs is quite different; they sell a global 

license to customers based on # of assets. It is basically a lease and he used as an example CVX 
(who purchased a global license (prior to their doubling of the annual global license) for $1MM/Yr. 


Their anniversary date for ‘maintenance’ is April 1% for all customers and they pro-rate their 
maintenance for new customers for the remaining portions of the year the same as we do. 


Their Houston office is a wholly owned subsidiary which is helpful in avoiding dual taxation. 
There is a user meeting in June and they would like us to be there. 


Hamid said that they intended to try to make this partnership happen 2 years ago when David and 
Arthur were here and again brought up the Arthur Hull mess as the reason why they decided to 
drop the whole initiative. | repeated my promise that we would never go into a Petex account 
without their full knowledge and permission and would communicate religiously with them as to 
anything we learned from their customers. Hamid said that he would expect us to go into their 
customer base. It was about that time that DRDI called and they left conference room so David 
could take his call. 


After that, we reconvened and finished up the discussion. Hamid said that they want to continue 
moving forward and then gave us a ride back to the hotel. 


We went to dinner with Ken Hutcheson, Richard (IFM Model catalog, .Net, and PRODML) and 
Rupert (nice guy but didn’t say much—can’t remember what he did—geophysics guy with a keen 
interest learning more about SCADA). While there wasn’t a lot of tech talk there was some and we 
learned a little more about their .Net development. We talked about our (DRDI) doing a SCADA 
class for them and they all seemed to like the idea a lot. Babelfish was at Petex a couple of weeks 
ago (possibly with BG) 


Thursday 


David and Ken continued all day with putting to bed numerous technical loose ends and started on 
the documentation of the steps involved in setting up and tying together the two systems. 


Jesus spent an hour or two looking at everything that has been done over the past 3 days. and 
kind of summed it up by asking the question of “is this SCADA” | tried to jump in at that point and 
do the “it’s a lot more than just SCADA” routine, but I’m not sure how much of the sidestep he 
bought. 


Janvier showed us the Kikeh IPM implementation of IPM that he is working on and was extremely 
complimentary of our efforts in KL and Bert Terry’s testimonials. 


James Woodrow said he would get draft NDA to me tomorrow. David and | went out with Hamid, 
Mateaus, and Hamid’s wife Faisa.for dinner and drinks at the Dome. It was a very long but 
enjoyable evening. Mateaus will be in N.O. for CVX Petronius for the first Jazz Fest weekend (and 
following week). | promised to connect up with him and return some of the hospitality shown to us 
during the week in Edinburgh. 


All in all, I'd say this potential to form a tightly coupled partnership is ours to lose. It is deserving of 
having a very closely managed campaign and should be managed like any other major sales 
campaign. 


